AMENDMENTS TO THE CLAIMS 

This listing of claims will replace all prior versions, and listings, of claims 
in the application: 



Listing of Claims: 
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1 . (Currently amended) A method for verifying type safety of an 
application snapshot, the application snapshot including a state of an executing 
program that is moved from a first computing device to a second computing 
device across a network in order to continue execution on the second computing 



device, the method comprising: 

receiving the application snapshot 



from the first computing device on the 



second computing device, wherein the application snapshot contains dynamic 
variables and defines the dynamic state of the executing program and wherein the 
application snapshot includes a subprogram, an operand stack, and a point of 
execution; 

restoring the state of an object within the application snapshot on the 
second computing device by changing a pointer from an address of the object on 



the first computing device to an address o 



the object on the second computing 



to identify the subprogram and the 



device; 

examining the application snapshot! 1 
point of execution within the subprogram; 

examining the subprogram to determine an expected structure of the 
operand stack at the point of execution; 

validating that the state of the application snapshot on the second 
computing device is consistent with the exp 
and 



;cted structure of the operand stack; 
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if the state of the application sn^pshi 
expected structure of the operand stack 
snapshot on the second computing device 



ot is validated as consistent with the 
resuming execution of the application 



2. (Original) The method of claim 1, wherein examining the subprogram 
to determine the expected structure of the operand stack at the point of execution 
involves examining the subprogram witp a code verifier, wherein the code verifier 
ensures that: 

the subprogram does not cause tl|e operand stack to overflow and 
underflow; 

a use of a local variable does not Violate type safety; and 
an argument of an instruction is of an expected type 



1 3. (Original) The method of claim 11 , wherein the operand stack contains at 

2 least one local variable, at least one argument that is passed as a parameter to the 

3 subprogram, and an offset to the point of execution within the subprogram. 



1 4. (Original) The method of claim 2,\wherein the expected structure of the 

2 operand stack includes a collective size of entries and the types of entries expected 

3 on the operand stack at the point of execution within the subprogram. 



(Canceled). 
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6. (Original) The method of claim 4, wherein validating that the state of 
the application snapshot on the second computing device is consistent with the 
expected structure of the operand stack involves ensuring that the collective size 



of entries and the types of entries on the operanc 



size of entries and the types of entries expected c n the operand stack. 
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7. (Original) The method of clam 1, wherein resuming execution of the 
application snapshot involves restarting the subprogram at the point of execution 
within the second computing device. 

8. (Currently amended) A compliter-readable storage medium storing 



instructions that when executed by a co: 



lputer causes the computer to perform a 



method for verifying type safety of an application snapshot, the application 
snapshot including a state of an executing program that is moved from a first 
computing device to a second computing [device across a network in order to 
continue execution on the second computing device, the method comprising: 

receiving the application snapshot jfrom the first computing device on the 
second computing device, wherein the application snapshot contains dynamic 
variables and defines the dynamic state of the executing program and wherein the 
application snapshot includes a subprogran}, an operand stack, and a point of 
execution; 

restoring the state of an object withiri the application snapshot on the 
second computing device by changing a poirtter from an address of the object on 
the first computing device to an address of th^ object on the second computing 
device; 

examining the application snapshot to identify the subprogram and the 
point of execution within the subprogram; 

examining the subprogram to determine ^n expected structure of the 
operand stack at the point of execution; 

validating that the state of the application Snapshot on the second 
computing device is consistent with the expected Structure of the operand stack; 
and 
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expected structure of the operand stack, 



if the state of the application srapshot is validated as consistent with the 



resuming execution of the application 



snapshot on the second computing device. 

9. (Original) The computer-readalble storage medium of claim 8 5 wherein 
examining the subprogram to determine the expected structure of the operand 
stack at the point of execution involves examining the subprogram with a code 



verifier, wherein the code verifier ensures 
the subprogram does not cause the 

underflow; 

a use of a local variable does not v: 



that: 

operand stack to overflow and 



tlate type safety; and 
i expected type. 

10. (Original) The computer-readable storage medium of claim 8 5 wherein 
the operand stack contains at least one local Wariable, at least one argument that is 
passed as a parameter to the subprogram, an<| an offset to the point of execution 
within the subprogram. 



1 11. (Original) The computer-readable storage medium of claim 9, wherein 

2 the expected structure of the operand stack includes a collective size of entries and 

3 the types of entries expected on the operand sta^k at the point of execution within 

4 the subprogram. 




2. (Canceled). 



1 13. (Original) The computer-readable storage medium of claim 11, 

2 wherein validating that the state of the application mapshot on the second 

3 computing device is consistent with the expected stmcture of the operand stack 
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4 involves ensuring that the collective size of entries and the types of entries on the 

5 operand stack agree with the collective size of entries and the types of entries 

6 expected on the operand stack. . 

1 14. (Original) The computer-readable storage medium of claim 8, wherein 

2 resuming execution of the application snapshot involves restarting the subprogram 

3 at the point of execution within the second computing device. 
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15. (Currently amended) An apparatus that facilitates verifying type safety 
of an application snapshot, the application snapshot including a state of an 
executing program that is moved from a first computing device to a second 
computing device across a network in order to continue execution on the second 
computing device, comprising: 

a receiving mechanism that is configured to receive the application 
snapshot from the first computing device onVhe second computing device, 
wherein the application snapshot contains dynamic variables and defines the 
dynamic state of the executing program and wherein the application snapshot 
includes a subprogram, an operand stack, and a point of execution; 

an object restoring mechanism that is configured to restore the state of an 
object within the application snapshot on the second computing device by 
changing a pointer from an address of the obiectpn the first computing device to 
an address of the object on the second computmadevice; 

an examination mechanism that is configured to examine the application 
snapshot to identify the subprogram and the point ©f execution within the 
subprogram wherein, the examination mechanism is configured to also examine 



the subprogram to determine an expected structure 
point of execution; 



f the operand stack at the 



6 
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20 a validation mechanism that is configured to validate that the state of the 

21 application snapshot on the second computing device is consistent with the 

22 expected structure of the operand stack; Wnd 

23 an execution mechanism that is configured to resume execution of the 

24 application snapshot on the second computing device if the state of the application 

25 snapshot is validated as consistent with tnp expected structure of the operand 

26 stack. 

1 16. (Original) The apparatus of clairA 15, wherein the examination 

2 mechanism includes a code verifier, wherein\the code verifier is configured to 

3 ensure that: 

4 the subprogram does not cause the operand stack to overflow and 

5 underflow; 

6 a use of a local variable does not violatfe type safety; and 

7 an argument of an instruction is of an expected type. 

1 17. (Original) The apparatus of claim 15,\wherein the operand stack 

2 contains at least one local variable, at least one amument that is passed as a 

3 parameter to the subprogram, and an offset to the point of execution within the 

4 subprogram. 

1 18. (Original) The apparatus of claim 16, wnpein the expected structure of 

2 the operand stack includes a collective size of entries and the types of entries 

3 expected on the operand stack at the point of execution within the subprogram. 



f\9. (Canceled). 
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1 20. (Original) The apparatus of fclaim 18, wherein the validation 

2 mechanism is configured to ensure that the collective size of entries and the types 

3 of entries on the operand stack agree witft the collective size of entries and the 
/) j 4 types of entries expected on the operand stack. 

^^y^J^ 21 . (Original) The apparatus of claim 1 5, wherein in resuming execution 

^ [2 of the application snapshot, the execution mechanism is configured to restart the 

3 subprogram at the point of execution withirathe second computing device. 



t\ 



8 

EIG E:\Sun Microsystems\SUN-P5075-RSH\Amendment B SUN-P5.075-RSH.doc 



